Atty Docket No.: 03-0157 (4028-03 100) Express Mail Label No. 



EV333MDD3SAUS 



IN THE UNITED STATES PATENT AND TRADEMARK OFFICE 
APPLICATION FOR UNITED STATES LETTERS PATENT 



PROCESSOR AND METHOD FOR CONVOLUTIONAL DECODING 



By: 



Danny W. Wilson 
726 Palm Desert Drive 
Garland, TX 75044 
Citizenship: USA 

Shannon A. Wichman 
1612 Watersedge Drive 
McKinney, TX 75070 
Citizenship: USA 



10559.02/4028.03100 



PROCESSOR AND METHOD FOR CONVOLUTIONS DECODING 

CROSS-REFERENCE TO RELATED APPLICATIONS 

[0001] This application for a utility patent claims the benefit of U.S. Provisional Application 
No. 60/444,702 filed February 3, 2003. 

FIELD OF THE INVENTION 
[0002] This invention relates generally to data processing systems and digital coding and 
decoding methods and, more particularly, to data processing systems and methods for decoding 
convolutional code. 

BACKGROUND OF THE INVENTION 
[0003] Many modern data transmission systems use channel coding to reduce bit error rates 
(BERs) of noisy communication channels. In channel coding a transmitter transmits both data 
and redundant information generated using the data to a receiver via a channel. The receiver 
uses the redundant information to correct errors in the data. 

[0004] Convolutional coding and block coding are the two major forms of channel coding 
used today. Designed to work on a few bits of data at a time, convolutional coding is particularly 
well suited for processing continuous data streams. In addition to its use in channel coding, 
convolutional coding also finds use in optical storage devices, image processing, speech 
recognition, multiple target tracking, holographic memory systems, predicting microwave 
propagation loss, and handwriting recognition, for example. 

[0005] Fig. 1 is a diagram of one embodiment of a convolutional encoder 100 including 4 
storage registers 102A-102D connected in series to form a shift register 104, and two 
EXCLUSIVE-OR gates 106A and 106B. As indicated in Fig. 1, each of the 4 storage registers 
102A-102D represents a different one of 4 state elements So - S3. The 4 state elements So - S3 
define 2 4 = 16 unique states of the convolutional encoder 100 defined by the state element 
grouping "S 3 S 2 SiS 0 " Taps between various stages of the shift register 104 provide inputs to the 
EXCLUSIVE-OR gates 106A and 106B. At time interval n (i.e., in stage n), the first register 
102A of the shift register 104 receives input data bit D(n). The previous value stored in the first 
register 102A, D(n-l), is shifted into the second register 102B. Similarly, the value stored in the 
second register 102B, D(n-2), is shifted into the third register 102C. The value in the third 
register 102C, D(n-3) shifts into the fourth register 102D and the value in the fourth register 
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102D, D(n-4) is shifted out of the shift register 104. The EXCLUSIVE-OR gate 106 A produces 
a first output bit G 0 where Go = D(n) + D(n-3) + D(n-4), and the EXCLUSIVE-OR gate 106B 
produces a second output bit Gi where G\ = D(n) + D(n-1) + D(n-3) + D(n-4). 
[0006] As each input data bit can influence output bits over 5 sequential time intervals 
(stages), the convolutional encoder 100 of Fig. 1 is said to have a constraint length K = 5. Two 
output bits are produced for every input data bit, thus the convolutional encoder 100 of Fig. 1 has 
a code rate of 1/2. 

[0007] Viterbi decoding is a popular technique for decoding convolution codes. The Viterbi 
decoding algorithm has fixed decoding times and is well suited for hardware implementations. 
Viterbi decoding, also known as maximum-likelihood decoding, generally involves finding an 
optimal path through a trellis diagram, then tracing back through the trellis diagram along the 
optimal path to generate decoded output bits. In general, a trellis diagram includes information 
regarding each of the states at chronological time intervals (i.e., stages). A common two- 
dimensional representation of a trellis diagram is an array of nodes having a row for each state 
and a column for each stage. Arrows or lines between nodes in sequential stages represent 
transitions or branches between the states. 

[0008] Fig. 2 is a diagram of a portion 200 of a trellis diagram corresponding to the 
convolutional encoder 100 of Fig. 1. The trellis diagram may be used to represent the 
convolutional encoding performed by the encoder 100 and/or the decoding of the convolutional 
code produced by the encoder 100. The portion 200 of the trellis diagram shown in Fig. 2 
includes an array of nodes arranged in 16 rows, one for each of the 16 possible states of the 
encoder 100, and 2 columns, one for a stage (n-1) and a second for a subsequent stage n. Arrows 
between the nodes represent transitions or branches between the states. Arrows with solid lines 
represent transitions occurring when the input data bit D(n) to the encoder 100 of Fig. 1 is a *0\ 
and arrows with dashed lines represent transitions occurring when the input data bit D(n) encoder 
100 isa'l'. 

[0009] In Fig. 2, two pairs of encoded input bits (Go, Gi), generated using the equations 
above, are shown above each node in stage (n-1). The first pair of encoded input bits is the 
output bits produced by the encoder 100 when the input data bit D(n) is a '0', and the second pair 
of encoded input bits is the output bits produced by the encoder 100 when the input data bit D(n) 
encoder 100 is a T. 
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[0010] During Viterbi decoding, a cost metric is used at each stage of the trellis diagram to 
compute branch costs for each transition or branch. At each state, a branch cost associated with 
each of two incoming paths are computed and used to select a "survivor" path; the non-surviving 
path is abandoned. The branch cost associated with a particular transition represents the 
probability of the transition being correct. For a trellis diagram having a total of M states, at 
most M paths survive at each stage regardless of the number of stages. The M path costs 
associated with the M surviving paths are maintained as path metrics, each being a stage-by- 
stage, cumulative sum of the individual branch costs along the corresponding path. Each path 
metric represents a probability that the sequence of transitions along the path is correct. 
[0011] At each stage, path metrics for each new state are calculated using each incoming 
branch cost plus the previous path cost associated with that branch. The minimum of the two 
incoming paths is selected as the survivor. 

[0012] After completing a number of stages greater than the message frame length, a path 
having the greatest probability of being correct (i.e., having the most favorable metric) is 
identified by tracing back from node to node through the history of the surviving paths in reverse 
order. At each stage the surviving path having the greatest probability of being correct (i.e., 
having the lowest path metric) is selected. For each selected transition, a state transition table for 
the convolutional encoder 100 of Fig. 1 is used to determine the input data values resulting in the 
selected transition. The original input data bit sequence can thus be obtained in reverse order. 

SUMMARY OF THE INVENTION 
[0013] A processor and method are disclosed for decoding convolutional code. An 
embodiment of the processor may include update logic coupled to a register. The register may 
include multiple ordered bit positions. The update logic can receive a first signal indicative of a 
result of a first add-compare-select (ACS) instruction and a second signal indicative of a result of 
a second ACS instruction. The update logic can update the contents of the register dependent 
upon the first and second signals. In the event the first and second signals are received 
substantially simultaneously, the update logic can shift the contents of the register 2 bit positions 
in order thereby vacating 2 consecutive bit positions, update one of the vacated bit positions 
dependent upon the first signal, and update the other vacated bit position dependent upon the 
second signal. 
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[0014] An embodiment of a method for decoding convolutional code may include generating 
computer program code for a processor, wherein the computer program code includes two or 
more add-compare-select (ACS) instructions. Storage elements specified by each of the ACS 
instructions are selected such that the processor will simultaneously execute the ACS 
instructions. The computer program code, when executed by the processor, causes the processor 
to: (i) receive symbols of the convolutional code in sequence, wherein each symbol has a 
corresponding input value used to generate the symbol, (ii) use the received symbols to build a 
data structure comprising data indicative of most likely transitions between nodes of a trellis 
diagram and input values associated with the most likely transitions, and (iii) use the data 
structure to produce the input values corresponding to the received symbols of the convolutional 
code. Execution of the computer program code by the processor is initiated. 
[0015] A computer readable medium is disclosed that embodies program instructions for 
performing a method for decoding convolutional code. The method includes receiving symbols 
of the convolutional code in sequence, wherein each symbol has a corresponding input value 
used to generate the symbol. The received symbols are used to build a data structure including 
data indicative of most likely transitions between nodes of a trellis diagram and input values 
associated with the most likely transitions. The data structure is used to produce the input values 
corresponding to the received symbols of the convolutional code. The program instructions 
include at least two add-compare-select (ACS) instructions specifying storage elements such that 
a processor executing the program instructions can simultaneously execute the add-compare- 
select instructions. 

BRIEF DESCRIPTION OF THE DRAWINGS 
[0016] The invention may be understood by reference to the following description taken in 
conjunction with the accompanying drawings, in which like reference numerals identify similar 
elements, and in which: 

[0017] Fig. 1 is a diagram of one embodiment of a convolutional encoder; 

[0018] Fig. 2 is a diagram of a portion of a trellis diagram corresponding to the convolutional 

encoder of Fig. 1; 

[0019] Fig. 3 is a diagram of one embodiment of a data processing system including a 
processor coupled to a memory system, wherein the memory system includes a software program 
(i.e., code) including an add-compare-select (ACS) instruction; 
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[0020] Fig. 4 is a diagram of one embodiment of the processor of Fig. 3, wherein the 
processor includes ACS register update logic coupled to an ACS register; 

[0021] Fig. 5 is a diagram illustrating one embodiment of the instruction execution pipeline 
implemented within the processor of Fig. 4; 

[0022] Fig. 6 A is a diagram of one embodiment of the ACS instruction of Fig. 3; 

[0023] Fig. 6B is a diagram of registers and the contents thereof before execution of a 'vit_a' 
Viterbi instruction, wherein the 'vit_a' Viterbi instruction is the ACS instruction of Fig. 6 A; 

[0024] Fig. 6C is a diagram of the registers of Fig. 6B and the contents thereof after 
execution of the 'vit_a' Viterbi instruction; 

[0025] Fig. 7A is a diagram of another embodiment of the add-compare-select (ACS) 
instruction of Fig. 3; 

[0026] Fig. 7B is a diagram of registers and the contents thereof before execution of a 'vit_b' 
Viterbi instruction, wherein the 'vit__b' Viterbi instruction is the ACS instruction of Fig. 7A; 

[0027] Fig. 7C is a diagram of the registers of Fig. 7B and the contents thereof after 
execution of the 'vitb' Viterbi instruction; 

[0028] Fig. 8 is a diagram illustrating how the ACS register update logic updates the ACS 
register of Fig. 4 during execution of one or more ACS instructions of Figs. 3, 6A, and/or 7A; 

[0029] Fig. 9 is a diagram of one embodiment of the ACS register update logic of Figs. 4 
and 8; 

[0030] Fig. 10 is a part of the portion of the trellis diagram of Fig. 2, and illustrates branch 
and path costs associated with one of 8 "butterfly" structures existing in the portion of the trellis 
diagram of Fig. 2; 

[0031] Fig. 11 is a flow chart of one embodiment of a method for decoding convolutional 
code; and 

[0032] Fig. 12 is a diagram of the contents of a 32-element data structure in decoding stages 
n and (n+1) of a Viterbi decoder. 
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DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
[0033] In the following disclosure, numerous specific details are set forth to provide a thorough 
understanding of the present invention. However, those skilled in the art will appreciate that the 
present invention may be practiced without such specific details. In other instances, well-known 
elements have been illustrated in schematic or block diagram form in order not to obscure the 
present invention in unnecessary detail. Additionally, for the most part, details concerning 
network communications, electromagnetic signaling techniques, and the like, have been omitted 
inasmuch as such details are not considered necessary to obtain a complete understanding of the 
present invention, and are considered to be within the understanding of persons of ordinary skill 
in the relevant art. It is further noted that all functions described herein may be performed in 
either hardware or software, or a combination thereof, unless indicated otherwise. Certain terms 
are used throughout the following description and claims to refer to particular system 
components. As one skilled in the art will appreciate, components may be referred to by 
different names. This document does not intend to distinguish between components that differ in 
name, but not function. In the following discussion and in the claims, the terms "including" and 
"comprising" are used in an open-ended fashion, and thus should be interpreted to mean 
"including, but not limited to...". Also, the term "couple" or "couples" is intended to mean 
either an indirect or direct electrical or communicative connection. Thus, if a first device 
couples to a second device, that connection may be through a direct connection, or through an 
indirect connection via other devices and connections. 

[0034] Fig. 3 is a diagram of one embodiment of a data processing system 300 including a 
processor 302 coupled to a memory system 304. In general, the processor 302 fetches and 
executes instructions of a predefined instruction set stored in the memory system 304. As 
illustrated in Fig. 3, the memory system 304 includes a software program (i.e., code) 306 including 
instructions from the instruction set. As indicated in Fig. 3, the code 306 includes an add-compare- 
select (ACS) instruction 308 of the instruction set. 

[0035] As described in detail below, the add-compare-select (ACS) instruction 308 specifies a 
destination register, a first pair of source registers, a second pair of source registers, and several 
operations. During an add operation specified by the ACS instruction 308, one register of the first 
pair of source registers is added to one register of the second pair of source registers, thereby 
forming a first sum, and the other register of the first pair of source registers is added to the other 
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register of the second pair of source registers, thereby forming a second sum.. A minimum of the 
first and second sums is stored in the destination register. 

[0036] During a compare operation specified by the add-compare-select (ACS) instruction 
308, the first and second sums are compared. An add-compare-select (ACS) register is updated 
during a select operation specified by the ACS instruction 308 dependent upon whether the first 
sum is less than, or greater than or equal to, the second sum. 

[0037] As described below, the add-compare-select (ACS) instruction 308 finds particular use 
in decoding convolutional code. For example, the ACS instruction 308 may be used to carry out 
the computationally intensive ACS operation of the Viterbi decoding algorithm described above. 
For example, in an implementation of the Viterbi decoding algorithm, the first pair of source 
registers may be used to store path costs for a previous stage in a trellis diagram, and the second 
pair of source registers may be used to store branch costs for branches or transitions leading to a 
current stage. In this situation, minimum path cost is stored in the destination register, and the 
add-compare-select (ACS) register is updated during the select operation to specify the path with 
the minimum path cost. 

[0038] The processor 302 may be, for example, one of several functional blocks or units (i.e., 
"cores") formed on an integrated circuit. It is now possible for integrated circuit designers to take 
highly complex functional units or blocks, such as processors, and integrate them into an integrated 
circuit much like other less complex building blocks. 

[0039] Fig. 4 is a diagram of one embodiment of the processor 302 of Fig. 3. As indicated in 
Fig. 4, the processor 302 receives a clock signal "CLOCK" and executes instructions dependent 
upon the CLOCK signal. Mores specifically, the processor 302 includes several functional units 
described below, and operations performed within the functional units are synchronized by the 
CLOCK signal. 

[0040] In the embodiment of Fig. 4, the processor 302 includes an instruction prefetch unit 
400, an instruction sequencing unit 402, a load/store unit (LSU) 404, an execution unit 406, 
register files 408, and a pipeline control unit 410. The instruction prefetch unit 400, the instruction 
sequencing unit 402, the load/store unit (LSU) 404, the execution unit 406, the register files 408, 
and the pipeline control unit 410 may be considered functional units of the processor 302, and may 
contain other functional units. 
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[0041] In the embodiment of Fig. 4, the processor 302 is a pipelined superscalar processor 
core. That is, the processor 302 implements an instruction execution pipeline including multiple 
pipeline stages, concurrently executes multiple instructions in different pipeline stages, and is also 
capable of concurrently executing multiple instructions in the same pipeline stage. 
[0042] In general, the instruction prefetch unit 400 fetches instructions from the memory 
system 304 of Fig. 3, and provides the fetched instructions to the instruction sequencing unit 402. 
In one embodiment, the instruction prefetch unit 400 is capable of fetching up to 4 instructions at a 
time from the memory system 304, partially decodes and aligns the instructions, and stores the 
partially decoded and aligned instructions in an instruction cache within the instruction prefetch 
unit 400. 

[0043] The instruction sequencing unit 402 receives (or retrieves) partially decoded 
instructions from the instruction cache of the instruction prefetch unit 400, fully decodes the 
instructions, and stores the fully decoded instructions in an instruction queue. In one embodiment, 
the instruction sequencing unit 402 is capable of receiving (or retrieving) multiple partially 
decoded instructions from the instruction cache of the instruction prefetch unit 400, and decoding 
the multiple partially decoded instructions, during a single cycle of the CLOCK signal. 
[0044] In one embodiment, the instruction sequencing unit 402 translates instruction 
operation codes (i.e., opcodes) into native opcodes for the processor. The instruction sequencing 
unit 402 checks the multiple decoded instructions using grouping and dependency rules, and 
provides (i.e., issues) one or more of the decoded instructions conforming to the grouping and 
dependency rules as a group to the to the load/store unit (LSU) 404 and/or the execution unit 406 
for simultaneous execution. 

[0045] The load/store unit (LSU) 404 is used to transfer data between the processor 302 and 
the memory system 304. In one embodiment, the load/store unit (LSU) 404 includes 2 
independent load/store units. Each of the 2 independent load/store units accesses the memory 
system 304 via separate load/store buses, and includes a separate address generation unit (AGU) 
for generating and translating address signals needed to access values stored in the memory system 
304. 

[0046] The execution unit 406 is used to perform operations specified by instructions (and 
corresponding decoded instructions). In the embodiment of Fig. 4, the execution unit 406 includes 
an arithmetic logic unit (ALU) 412 and a multiply/accumulate units (MAU) 416. The ALU 412 
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includes 2 independent arithmetic logic units (ALUs): a 16-bit ALUO labeled 414A, and a 16-bit 
ALU1 labeled 414B. The MAU 416 includes 2 independent multiply/accumulate units (MACs): 
MACO labeled 418A, and MAC1 labeled 418B. The MAU 416 also includes a 40-bit arithmetic 
logic unit (ALU) 420. 

[0047] In general, the register files 408 include one or more register files of the processor 302. 
In one embodiment, the register files 408 include an address register file and a general purpose 
register file. The address register file includes 8 32-bit address registers, and the general purpose 
register file includes 16 16-bit general purpose registers. The 16 16-bit registers of the general 
purpose register file can be paired to form 8 32-bit general purpose registers. The registers of the 
register files 408 may, for example, be accessed via read/write enable signals from the pipeline 
control unit 410. 

[0048] In general, the pipeline control unit 410 controls an instruction execution pipeline 
implemented within the processor 302 and described in more detail below. In some embodiments, 
the pipeline control unit 410 includes an interrupt control unit. In the embodiment of Fig. 4, the 
pipeline control unit 410 includes an add-compare-select (ACS) register 424 and ACS register 
update logic 422 coupled to the ACS register 424. In general, the ACS register 424 is used to store 
a result produced during execution of the ACS instruction 308 of Fig. 3. The ACS register update 
logic 422 updates the ACS register 424 during execution of the ACS instruction 308 as described 
in more detail below. 

[0049] Fig. 5 is a diagram illustrating one embodiment of the instruction execution pipeline 
implemented within the processor 302 of Fig. 4 and controlled by the pipeline control unit 410 of 
Fig. 4. The instruction execution pipeline (pipeline) allows overlapped execution of multiple 
instructions. In the embodiment of Fig. 5, the pipeline includes 8 stages: a fetch/decode (FD) 
stage, a grouping (GR) stage, an operand read (RD) stage, an address generation (AG) stage, a 
memory access 0 (M0) stage, a memory access 1 (Ml) stage, an execution (EX) stage, and a write 
back (WB) stage. As indicated in Fig. 5, operations in each of the 8 pipeline stages are completed 
during a single cycle of the CLOCK signal. 

[0050] Referring to Figs. 3, 4, and 5, the instruction fetch unit 400 fetches several instructions 
(e.g., up to 4 instructions) from the memory system 304 during the fetch/decode (FD) pipeline 
stage, partially decodes and aligns the instructions, and provides the partially decoded instructions 
to the instruction sequencing unit 402. The instruction sequencing unit 402 fully decodes the 
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instructions and stores the fully decoded instructions in an instruction queue (described more fully 
later). The instruction sequencing unit 402 also translates the opcodes into native opcodes for the 
processor. 

[0051] During the grouping (GR) stage, the instruction sequencing unit 402 checks the 
multiple decoded instructions using grouping and dependency rules, and passes one or more of the 
decoded instructions conforming to the grouping and dependency rules on to the read operand 
(RD) stage as a group. During the read operand (RD) stage, any operand values, and/or values 
needed for operand address generation, for the group of decoded instructions are obtained from the 
register files 408. 

[0052] During the address generation (AG) stage, any values needed for operand address 
generation are provided to the load/store unit (LSU) 404, and the load/store unit (LSU) 404 
generates internal addresses of any operands located in the memory system 304. During the 
memory address 0 (M0) stage, the load/store unit (LSU) 404 translates the internal addresses to 
external memory addresses used within the memory system 304. 

[0053] During the memory address 1 (Ml) stage, the load/store unit (LSU) 404 uses the 
external memory addresses to obtain any operands located in the memory system 304. During the 
execution (EX) stage, the execution unit 406 uses the operands to perform operations specified by 
the one or more instructions of the group. During a final portion of the execution (EX) stage, valid 
results (including qualified results of any conditionally executed instructions) are stored in registers 
of the register files 408. 

[0054] During the write back (WB) stage, valid results (including qualified results of any 
conditionally executed instructions) of store instructions, used to store data in the memory system 
304 as described above, are provided to the load/store unit (LSU) 404. Such store instructions are 
typically used to copy values stored in registers of the register files 408 to memory locations of the 
memory system 304. 

[0055] As described above, in the embodiment of Fig. 3 the code 306 stored within the 
memory system 304 includes as add-compare-select (ACS) instruction 308 of the instruction set. 
In general, execution of the ACS instruction 308 by the processor 302 causes the processor 302 to 
perform an add-compare-select (ACS) operation. 

[0056] Figs. 6A-7C will now be used to illustrate exemplary embodiments of the add- 
compare-select (ACS) instruction 308 of Fig. 3. In the embodiments of Figs. 6A-7C, the register 
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files 408 of Fig. 4 includes an address register file and a general purpose register file. The address 
register file includes 8 32-bit address registers, and the general purpose register file includes 16 16- 
bit general purpose registers. The 16 16-bit general purpose registers are identified as 'rN', where 
15 > N > 0. The 16 16-bit registers of the general purpose register file can be paired to form 8 32- 
bit general purpose registers. The 8 32-bit general purpose register pairs are identified as 'rNe', 
where N = {0, 2, 4, 6, 8, 10, 12, 14}. The 16 16-bit registers of the general purpose register file 
can also be paired to form 4 64-bit general purpose registers. The 4 64-bit general purpose register 
quads are identified as 'rNq', where N = {0, 4, 8, 12}. Each of the 16 16-bit general purpose 
registers can be specified using 4 bits. Each of the 8 32-bit general purpose registers can be 
specified using 3 bits. Each of the 4 64-bit general purpose registers can be specified using 2 bits. 
Each of the 8 32-bit address register pairs can be specified using 3 bits. In addition, the add- 
compare-select (ACS) register 424 of Fig. 4 is a 32-bit register in the embodiments of Figs. 6A-7C. 
[0057] Fig. 6A is a diagram of one embodiment of the add-compare-select (ACS) instruction 
308 of Fig. 3 wherein the add-compare-select (ACS) instruction 308 includes an opcode field 600, 
a destination register field 602, a source register 1 field 604, and a source register 2 field 606. The 
opcode field 600 contains a value identifying the instruction as an add-compare-select (ACS) 
instruction and specifying the particular add-compare-select (ACS) instruction format of Fig. 6 A. 
[0058] Herein below, the add-compare-select (ACS) instruction 308 of Fig. 6A will be 
referred to as a "Viterbi instruction for point a" or 'Vit a" instruction, and the add-compare-select 
(ACS) register 424 of Fig. 4 will be referred to as a Viterbi register 'vitr'. 

[0059] An assembly language syntax of the vit_a instruction is c vit_a rZ,rXe,rYe\ A pseudo 
code description of the vit_a instruction is: 

rZ = min {(rX + rY), (r(X + 1) + r(Y + 1))} 
if((rX + rY) < (r(X + 1 ) + r(Y + 1 ))) 

{vitr = vitr « 1 |0x00000001 } 
else 

{vitr = vitr « 1} 

[0060] The destination register field 602 identifies the destination register c rZ' into which a 
minimum value of the set {(rX + rY), (r(X + 1) + r(Y + 1))} is to be saved, where Z = {0, 1, 2, 3}. 
The source 1 register field 604 identifies a source register 1 'rXe' including registers 'rX' and 'r(X 
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+ 1)', and the source 2 register field 606 identifies a source register 2 'rYe' including registers 'rY' 
and 'r(Y + 1)\ As indicated in the pseudo code description of the vit_a instruction, the 32-bit 
Viterbi register 'vitr' (i.e., the add-compare-select or ACS register 424 of Fig. 4) is updated 
dependent upon a first pair of values stored in the registers 'rX' and 'r(X + 1)' specified by the 
source register 1 'rXe' and a second pair of values stored in the registers 'rY' and 'r(Y + 1)' 
specified by the source register 2 'rYe'. 

[0061] Fig. 6B is a diagram of registers and the contents thereof before execution of the 
Viterbi instruction 'vit_a r0,r4,r6' specifying destination register 'rO\ source register 1 {r5, r4}, 
and source register 2 {r7, r6}. As indicated in Fig. 6B, the contents of the destination register 'r0' 
before execution of the Viterbi instruction is 'xxxx' indicating the value doesn't matter. Prior to 
execution of the Viterbi instruction, register 'r5' contains the value '0x1 123', register 'r4' contains 
the value '0x0030', register e r7' contains the value '0x000a', register 'r6' contains the value 
'0x0008', and the Viterbi register Vitr' contains the value '0x00000000'. 

[0062] Fig. 6C is a diagram of the registers of Fig. 6B and the contents thereof after execution 
of the Viterbi instruction 'vit_a r0,r4,r6\ As indicated in Fig. 6C, the contents of the destination 
register 'r0' after execution of the Viterbi instruction is '0x0038'. This is a result of the operation 
'rO = min {(r4 + r6), (r5 + r7)}' where (r4 + r6) = 0x0038 and (r5 + r7) = 0x1 12d. Following 
execution of the Viterbi instruction, the contents of the source register 1 {r5, r4} and the source 
register 2 {r7, r6} are unchanged. 

[0063] After execution of the Viterbi instruction, the Viterbi register 'vitr' contains the value 
'0x00000001 ' as a result of the operation 'vitr = vitr « 1 |0x00000001 '. During the operation 'vitr 
= vitr « 1 |0x00000001 ' the contents of the bit positions of the 'vitr' register are shifted to the left 
one bit position, then the resulting value is logically ORed with '0x00000001'. This logical ORing 
has the same effect as adding the value '1' to the left-shifted contents of the 'vitr' register. 
[0064] Fig. 7A is a diagram of another embodiment of the add-compare-select (ACS) 
instruction 308 of Fig. 3. In the embodiment of Fig. 7 A, the add-compare-select (ACS) instruction 
3089 includes an opcode field 700, a destination register field 702, a source register 1 field 704, 
and a source register 2 field 706. The opcode field 700 contains a value identifying the instruction 
as an add-compare-select (ACS) instruction and specifying the particular Add-compare-select 
(ACS) instruction format of Fig. 7 A. 
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[0065] Herein below, the add-compare-select (ACS) instruction 308 of Fig. 7A will be 
referred to as a "Viterbi instruction for point b" or "vitjb" instruction. 

[0066] An assembly language syntax of the vit_b instruction is 'vit_b rZ,rXe,rYe'. A pseudo 
code description of the vit_b instruction is: 

rZ = min {(rX + r(Y + 1)), (r(X + 1) + rY)} 
if((rX + r(Y + 1)) < (r(X + 1) + rY)) 

{vitr = vitr « 1 |0x00000001 } 
else 

{vitr = vitr «1} 

[0067] The destination register field 702 identifies the destination register 'rZ' into which a 
minimum value of the set {(rX + r(Y +1)), (r(X + 1) + rY)} is to be saved, where Z = {0, 1, 2, 3}. 
The source 1 register field 604 identifies a source register 1 'rXe' including registers 'rX' and 'r(X 
+ 1)', and the source 2 register field 606 identifies a source register 2 'rYe' including registers 'rY' 
and 'r(Y + 1)'. As indicated in the pseudo code description of the vit_b instruction, the 32-bit 
Viterbi register 'vitr' (i.e., the add-compare-select or ACS register 424 of Fig. 4) is updated 
dependent upon a first pair of values stored in the registers 'rX' and 'r(X + 1)' specified by the 
source register 1 'rXe' and a second pair of values stored in the registers 'rY' and 'r(Y + 1)' 
specified by the source register 2 'rYe'. 

[0068] Fig. 7B is a diagram of registers and the contents thereof before execution of the 
Viterbi instruction 'vit_b rl,r4,r6' specifying destination register 'rl\ source register 1 {r5, r4}, 
and source register 2 {r7, r6}. As indicated in Fig. 7B, the contents of the destination register 'rl' 
before execution of the Viterbi instruction is 'xxxx' indicating the value doesn't matter. Prior to 
execution of the Viterbi instruction, register 'r5* contains the value '0x8000', register 'r4' contains 
the value 'OxfBO', register 'r7' contains the value '0x000a', register 'r6' contains the value 
'OxffOO', and the Viterbi register 'vitr' contains the value '0x00000001'. 

[0069] Fig. 7C is a diagram of the registers of Fig. 7B and the contents thereof after execution 
of the Viterbi instruction 'vit_b rl,r4,r6'. As indicated in Fig. 7C, the contents of the destination 
register 'rl' after execution of the Viterbi instruction is '0x7f00'. This is a result of the operation 
'r0 = min {(r4 + r7), (r5 + r6)}' where (r4 + r7) = OxfDa and (r5 + r6) = 0x7f00. Following 
execution of the Viterbi instruction, the contents of the source register 1 {r5, r4} and the source 
register 2 {r7, r6} are unchanged. 
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[0070] After execution of the Viterbi instruction, the Viterbi register 'vitr' contains the value 
'0x00000002' as a result of the operation 'vitr = vitr « 1* during which the contents of the bit 
positions of the 'vitr' register are shifted to the left one bit position. 

[0071] Referring back to Fig. 4, the instruction sequencing unit 402 is capable of grouping up 
to 2 Viterbi instructions (i.e., up to 2 add-compare-select or ACS instructions 308 of Figs. 3, 6A, 
and/or 7A) for simultaneous execution. When the instruction sequencing unit 402 groups 2 Viterbi 
instructions for simultaneous execution, the instruction sequencing unit 402 issues one of the 
Viterbi instructions to the arithmetic logic (ALU) 412 and the other Viterbi instruction to the 
multiply accumulate unit (MAU) 416. The Viterbi instruction issued to the ALU 412 is executed 
by the ALU0 414A or the ALU1 414B. The other Viterbi instruction issued to the MAU 416 is 
executed by the 40-bit ALU 420. 

[0072] Figs. 8 and 9 will now be used to describe the operation of the ACS register update 
logic 422 of Fig. 4. Fig. 8 is a diagram illustrating how the ACS register update logic 422 updates 
the ACS register 424 of Fig. 4 during execution of one or more ACS instructions 308 of Figs. 3, 
6A, and/or 7A. As described above, up to 2 Viterbi instructions (i.e., up to 2 add-compare-select 
or ACS instructions 308 of Figs. 3, 6A, and/or 7A) can be executed simultaneously. When a 
Viterbi instruction is issued to the arithmetic logic unit (ALU) 412, the Viterbi instruction is 
executed by the ALU0 414A or the ALU1 414B, and the ALU 412 produces a signal "ALU_ACS" 
conveying a value to be stored in a bit (e.g., a least significant bit 0) of the Viterbi register 'vitr' 
(i.e., the ACS register 424). As indicated in Fig. 8, the ALU 412 provides the signal ALU_ACS to 
the ACS register update logic 422. 

[0073] When a Viterbi instruction (i.e., an add-compare-select or ACS instruction 308 of 
Figs. 3, 6A, and/or 7A) is issued to the arithmetic logic unit (ALU) 412, and another Viterbi 
instruction is not simultaneously issued to the multiply/accumulate unit (MAU) 416, the ACS 
register update logic 422 effectively shifts the contents of the Viterbi register 'vitr' (i.e., the ACS 
register 424) one bit position to the left (i.e., in a direction of increasing significance), and stores 
the value conveyed by the signal ALU_ACS in the least significant bit 0 of the Viterbi register 
'vitr'. 

[0074] Similarly, when a Viterbi instruction is issued to the multiply/accumulate unit (MAU) 
416, the Viterbi instruction is executed by the 40-bit arithmetic logic unit (ALU) 420 of the MAU 
416, and the MAU 416 produces a signal "MAUACS" conveying a value to be stored in a bit 



10559.02/4028.03100 



14 



(e.g., the least significant bit 0) of the Viterbi register 'vitr' (i.e., the ACS register 424). As 
indicated in Fig. 8, the MAU 416 provides the signal MAU_ACS to the ACS register update logic 
422. 

[0075] When a Viterbi instruction (i.e., an add-compare-select or ACS instruction 308 of 
Figs. 3, 6A, and/or 7A) is issued to the multiply/accumulate unit (MAU) 416, and another Viterbi 
instruction is not simultaneously issued to the arithmetic logic unit (ALU) 412, the ACS register 
update logic 422 effectively shifts the contents of the Viterbi register ' vitr' (i.e., the ACS register 
424) one bit position to the left, and stores the value conveyed by the signal MAUACS in the 
least significant bit 0 of the Viterbi register 'vitr'. 

[0076] In the embodiments of Figs. 4, 8, and 9, when the instruction sequencing unit 402 of 
Fig. 4 issues Viterbi instructions (i.e., add-compare-select or ACS instructions 308 of Fig. 3) to 
both the arithmetic logic unit (ALU) 412 and the multiply/accumulate unit (MAU) 416 for 
simultaneous execution, the instruction sequencing unit 402 issues the Viterbi instruction existing 
first in program order in the code 306 of Fig. 1 (i.e., the "oldest" of the Viterbi instructions) to the 
ALU 412, and issues the other Viterbi instruction (i.e., the "youngest" of the Viterbi instructions) 
to the MAU 416. Accordingly, when Viterbi instructions are issued to both the arithmetic logic 
unit (ALU) 412 and the multiply/accumulate unit (MAU) 416 for simultaneous execution, the ACS 
register update logic 422 effectively shifts the contents of the Viterbi register Vitr' (i.e., the ACS 
register 424) two bit positions to the left, stores the value conveyed by the signal ALU_ACS in the 
bit 1 of the Viterbi register 'vitr', and stores the value conveyed by the signal MAU_ACS in the 
least significant bit 0 of the Viterbi register 'vitr'. 

[0077] Fig. 9 is a diagram of one embodiment of the add-compare-select (ACS) register 
update logic 422 of Figs. 4 and 8. In Fig. 9, the ACS register update logic 422 is shown coupled to 
the ACS register 424 of Figs. 4 and 8. In the embodiment of Fig. 9, the ACS register update logic 
422 includes 32 2-input multiplexers, one for each bit position of the 32-bit ACS register 424. In 
Fig. 9, the 32 bit positions of the ACS register 424 are numbered from 0 to 31, with bit 31 being 
the most significant bit position and bit 0 being the least significant bit position. The multiplexer 
corresponding to bit n of the ACS register 424, where 31 < n < 2, receives the values of bits (n-1) 
and (n-2) of the ACS register 424 at the input terminals. The multiplexer corresponding to bit 1 of 
the ACS register 424 receives the value of bit 0 of the ACS register 424 at one input terminal, and 
the signal ALUACS from the arithmetic logic unit (ALU) 412 at the other input terminal. The 
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multiplexer corresponding to bit 0 of the ACS register 424 receives the signal MAU_ACS from the 
multiply/accumulate unit (MAU) 416 at one input terminal, and the signal ALU_ACS from the 
ALU 412 at the other input terminal. 

[0078] As indicated in Fig. 9, the multiplexer corresponding to bit n of the ACS register 424, 
where 31 < n < 1, receives a select signal "SELX" at a control terminal, and the multiplexer 
corresponding to bit 0 of the ACS register 424 receives a select signal "SELO" at a control 
terminal. In addition, each bit position of the ACS register 424 receives an enable signal "EN." 
[0079] When a Viterbi instruction (i.e., an add-compare-select or ACS instruction 308 of 
Figs. 3, 6 A, and/or 7 A) is issued to the arithmetic logic unit (ALU) 412, and another Viterbi 
instruction is not simultaneously issued to the multiply/accumulate unit (MAU) 416, the select 
signal SELX is a logic 6 1', the select signal SELO is a logic T, and the enable signal EN is a logic 
T. As a result, the multiplexer corresponding to bit n of the ACS register 424, where 31 < n < 2, 
produces the value of bit (n-1) of the ACS register 424 at an output terminal, and the value of bit 
(n-1) is stored in bit n of the ACS register 424. The multiplexer corresponding to bit 1 of the ACS 
register 424 produces the value of bit 0 of the ACS register 424 at an output terminal, and the value 
of bit 0 is stored in bit 1 of the ACS register 424. The multiplexer corresponding to bit 0 of the 
ACS register 424 produces the value of the signal ALU_ACS from the arithmetic logic unit (ALU) 
412 at an output terminal, the value of the signal ALU_ACS is stored in bit 0 of the ACS register 
424. As described above, the ACS register update logic 422 effectively shifts the contents of the 
Viterbi register 'vitr' (i.e., the ACS register 424) one bit position to the left (i.e., in a direction of 
increasing significance), and stores the value conveyed by the signal ALU_ACS in the least 
significant bit 0 of the Viterbi register 'vitr 5 . 

[0080] When a Viterbi instruction (i.e., an add-compare-select or ACS instruction 308 of 
Figs. 3, 6 A, and/or 7 A) is issued to the multiply/accumulate unit (MAU) 416, and another Viterbi 
instruction is not simultaneously issued to the arithmetic logic unit (ALU) 412, the select signal 
SELX is a logic T, the select signal SELO is a logic '0', and the enable signal EN is a logic c l\ 
As a result, the multiplexer corresponding to bit n of the ACS register 424, where 31 < n < 2, 
produces the value of bit (n-1) of the ACS register 424 at the output terminal, and the value of bit 
(n-1) is stored in bit n of the ACS register 424. The multiplexer corresponding to bit 1 of the ACS 
register 424 produces the value of bit 0 of the ACS register 424 at an output terminal, and the value 
of bit 0 is stored in bit 1 of the ACS register 424. The multiplexer corresponding to bit 0 of the 



10559.02/4028.03100 



16 



ACS register 424 produces the value of the signal MAU__ACS from the multiply/accumulate unit 
(MAU) 416 at the output terminal, and the value of the signal MAU_ACS is stored in bit 0 of the 
ACS register 424. As described above, the ACS register update logic 422 effectively shifts the 
contents of the Viterbi register 'vitr' (i.e., the ACS register 424) one bit position to the left, and 
stores the value conveyed by the signal MAUACS in the least significant bit 0 of the Viterbi 
register 'vitr\ 

[0081] When Viterbi instructions (i.e., add-compare-select or ACS instructions 308 of Fig. 3) 
are issued to both the arithmetic logic unit (ALU) 412 and the multiply/accumulate unit (MAU) 
416 for simultaneous execution, the select signal SELX is a logic '0', the select signal SELO is a 
logic '0', and the enable signal EN is a logic ' 1\ As a result, the multiplexer corresponding to bit n 
of the ACS register 424, where 31 < n < 2, produces the value of bit (n-2) of the ACS register 424 
at an output terminal, and the value of bit (n-2) is stored in bit n of the ACS register 424. The 
multiplexer corresponding to bit 1 of the ACS register 424 produces the value of the signal 
ALU__ACS from the arithmetic logic unit (ALU) 412 at the output terminal, and the value of the 
signal ALU_ACS is stored in bit 1 of the ACS register 424. The multiplexer corresponding to bit 0 
of the ACS register 424 produces the value of the signal MAU_ACS from the multiply/accumulate 
unit (MAU) 416 at the output terminal, the value of the signal MAU_ACS is stored in bit 0 of the 
ACS register 424. As described above, the ACS register update logic 422 effectively shifts the 
contents of the Viterbi register 'vitr' (i.e., the ACS register 424) two bit positions to the left, stores 
the value conveyed by the signal ALU_ACS in the bit 1 of the Viterbi register 'vitr', and stores the 
value conveyed by the signal MAUACS in the least significant bit 0 of the Viterbi register 'vitr'. 

VITERBI DECODER IMPLEMENTATION 

[0082] In one embodiment, the data processing system 300 of Fig. 3 is advantageously used 
to implement a Viterbi decoder of a Global System for Mobile Communications (GSM) voice 
channel. In this situation, the instructions of the code 306 of Fig. 3 embody the popular Viterbi 
decoding algorithm. In executing the instructions of the code 306, the processor 302 of Fig. 3 
decodes an encoded input data stream. 

[0083] The GSM operates on 50 frames of speech data per second, with each frame 
containing N = 189 bits that need to be protected by forward error correction. The known 
convolutional encoder 100 of Fig 1 may be used as a convolutional encoder of the GSM voice 
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channel. As described above, the encoder 100 is a rate 14 encoder (2 output bits for every input bit) 
having a constraint length of K = 5 and including 4 storage elements 102A-102D. Each of the 4 
storage elements 102A-102D represents a different one of 4 state elements SO - S3. The state 
elements SO - S3 define 24 = 16 unique states given by the state element grouping "S3S2S1S0." 
[0084] When used as the convolutional encoder of the GSM voice channel, the encoder 100 
generates 378 output bits for each frame. For each data block, the encoder 100 starts in a state '0' 
(S3S2S1S0 = 0000) with all 4 storage elements 102A-102D storing logic '0'. After each data 
block, the encoder 100 is reset to the state '0' via 4 sequential trailing logic '0's included as "tail 
bits" of the input data frame. As described above, the trellis diagram including the portion 200 of 
Fig. 2 may be used to represent the convolutional encoding performed by the convolutional 
encoder 100 and/or the decoding of the convolutional code produced by the encoder 100 (i.e., the 
decoding performed by the data processing system 300 of Fig. 3). 

[0085] When used to implement the Viterbi decoder of the GSM voice channel, the operation 
of the data processing system 300 of Fig. 3 may be described as finding an optimal path through an 
M-state, N-stage trellis diagram, then tracing back through the trellis diagram to generate the N 
decoded output bits. In general, the number of potential paths in a trellis diagram doubles at each 
stage. As described above, the GSM voice channel has a corresponding trellis diagram with N = 
189 stages. If the decoder implemented by the data processing system 300 had to examine each 
potential path in the trellis diagram, the amount of processing and memory required would make 
the decoder impractical. 

[0086] With the Viterbi algorithm, however, only the most likely paths in the trellis diagram 
"survive" at each stage. As a result, at mast M paths survive, regardless of the number of stages. 
At each stage, a cost metric is used to select a "survivor" path from among the two incoming paths 
to each state (i.e., node); the non-surviving path is abandoned. As a result, only M path costs need 
to be maintained, wherein each path cost is a cumulative, stage-by-stage sum of individual branch 
costs along the path leading to that state (i.e., node). As described above, a "branch" is a transition 
between states (i.e., nodes). In Fig. 2, arrows between the states or nodes represent transitions or 
branches between the states or nodes. 

[0087] In one embodiment of the Viterbi decoder implemented by the data processing system 
300 of Fig. 3, decoding complexity is reduced by using the Manhattan distance cost metric for 
branch cost calculations. Fig. 10 is a part of the portion 200 of the trellis diagram of Fig. 2, and 
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illustrates branch and path costs. As illustrated in Fig. 10, each state or node 2m in stage n, where 
0 < m < 7, has an incoming path from a state or node m in the preceding stage (n-1), and another 
incoming path from a state or node (m + M/2) in the stage (n-1), where M is the total number of 
states (16). A branch cost "BCoo" is associated with the transition or branch from state or node m 
in stage (n-1) to the state or node 2m in stage n, and a branch cost "BCn" is associated with the 
transition or branch from state or node (m + M/2) in stage (n-1) to the state or node 2m in stage n. 
[0088] Using the Manhattan distance cost metric, and where the set {Xn, Yn} is the decoder 
input value G 0 Gi (i.e., the decoder input symbol) at a stage n of the trellis diagram, the branch cost 
values BCoo and BC 0 i are calculated according to the following equations: 

BCoo = Xn + n, and 
BCn=-BCoo=-Xn- Yn 

[0089] The branch cost subscripts '00' and '11' indicate that in states 2 (i.e., '0010') and 10 
(i.e., '1010') of stage (n-1), the possible decoder input symbols (i.e., values GoGi produced by the 
encoder) are 00 and 11. (See Fig. 2.) In other states of stage (n-1), the possible decoder input 
values G 0 Gi are 01 and 10. (See Fig. 2.) A branch cost BCoi corresponds to transitions or 
branches results when the decoder input symbol = 01, and a branch cost BCio corresponds to 
transitions or branches results when the decoder input symbol = 10: 

BCoi = Xn - Yn, and 

BCio = -BC 0 i = -Xn + Yn 
[0090] Symmetry in the Trellis diagram is used to reduce the number of branch cost 
calculations. For example, as illustrated in Fig. 10, each state or node (2m+l) in stage n has an 
incoming path from the state or node m in the preceding stage (n-1), and another incoming path 
from the state or node (m + M/2) in the stage (n-1). The branch cost BCoo described above is also 
associated with the transition or branch from state or node m in stage (n-1) to the state or node 
(2m+l) in stage n as indicted in Fig. 10. Similarly, the branch cost BCn described above is also 
associated with the transition or branch from state or node (m + M/2) in stage (n-1) to the state or 
node (2m+l) in stage n. 

[0091] Figure 10 illustrates one of 8 "butterfly" structures existing in the portion of the trellis 
diagram of Fig. 2. In the butterfly structure of Fig. 10, the states 2m and (2m+l) in stage (n-1) are 
paired with states 2m and (2m+l) in stage n reduce the required number of calculations. For 
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example, in Fig. 10, although there are four transitions or branches to the states 2m and (2m+l) in 
stage n, the branch costs corresponding to pairs of the transitions or branches are the same such 
that only 2 branch costs need be computed. Further, it is noted that BCn = -BCoo, thus only BCoo 
(or BCn) need be computed. 

[0092] In Viterbi decoding, inputs to the decoder represent the logarithmic probability of a '0' 
or a ' 1' transition. "Soft decision" inputs are represented with multiple bits per transition, while 
"hard decision" inputs use a single bit. Using either approach, the branch metric of a transition is 
the logarithmic probability of the transition. The path metric is the logarithmic probability of a 
sequence of transitions, and can be calculated as a sum of branch metrics. 

[0093] Path metrics or costs for each new state are calculated by summing a previous 
computed path cost, associated with a previous state in the preceding stage having a transition or 
branch to the new state, with a branch cost associated with the transition or branch to the new state. 
In Viterbi decoding, the incoming path having the minimum path cost is selected as the survivor 
path. 

[0094] In Fig. 10, a path cost "Pn-l(m)" is associated with state m in stage (n-1), and path 
cost "Pn-l(m+M/2)" is associated with state (m+M/2) in stage (n-1). Similarly, path cost 
"Pn(2m)" is associated with state 2m in stage n, and path cost "Pn(2m+1)" is associated with state 
(2m+l) in stage n. 

[0095] In Viterbi decoding, "butterfly computations" involve two add-compare-select (ACS) 
operations, and updating of a survivor path history. Referring to Fig. 10, the two ACS operations 
may be described as: 

P n (2m) = min{P n _i(m) + BCoo, P n -i(m+M 12) + BC n }, and 
P n (2m+1) = min {P n -i(m) + BCn, Pn-i(m+M 12) + BC 00 }. 

[0096] In general, after completing N stages of Viterbi decoding, one of the M survivor paths 
is selected for traceback. However, as GSM encoding includes the 4 '0' tail bits to reset the 
encoder to state '0' there is no need to calculate the shortest of the M paths — the state '0' is 
selected to begin traceback. 

[0097] The above described add-compare-select (ACS) operations for selecting the survivor 
paths are the most computationally intensive operations performed by the data processing system 
300 of Fig. 3 in implementing the Viterbi decoder of the GSM voice channel. By virtue of the 
ability of the processor 302 of Fig. 3 to simultaneously execute up to 2 add-compare-select (ACS) 
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instructions 308 of Fig. 3, the Viterbi decoder implemented by the data processing system 300 of 
Fig. 3 is highly efficient. 

[0098] In the embodiments of Figs. 6A and 7 A, the inputs to the add-compare-select (ACS) 
instructions 308 of Fig. 3 are two register pairs. The first register pair specified by the extended 
register 'rXe' contains path costs for a previous stage, and the other register pair specified by the 
extended register We' contains branch costs for transitions or branches leading to a current stage. 
The bits of the ACS register 424 of Fig. 4 are used to record the survivor branches (as '0' or T) 
selected during executions of the ACS instructions 308. 

[0099] In one embodiment of the processor 302 of Fig. 3, each of the 2 address generation 
units (AGUs) of the load/store unit 404 has its own 24-bit address bus, 32-bit load data bus, and 
32-bit store data bus. Either of the two data load busses or store data busses can be concatenated 
for 64-bit data transfers. In this embodiment, the processor 302 supports a peak data bandwidth of 
128 bits per cycle, and a sustained bandwidth of 64 bits per cycle. In one embodiment of a method 
for of decoding convolution code described below, a peak data throughput of 96 bits per cycle may 
be achieved by the data processing system 300 of Fig. 3 when the processor 302 of Fig. 3 executes 
2 add-compare-select (ACS) instructions 308 of Fig. 3 simultaneously, and in the absence of 
memory cycle stalls. 

[0100] The processor 302 of Fig. 3 preferably includes known hardware support for circular 
buffers, and circular buffers are preferably used in implementing the Viterbi decoder to minimize 
path cost pointer management costs. If a pointer used for circular addressing is updated beyond the 
address range of a circular buffer, the address preferably wraps around to a valid circular buffer 
location. 

[0101] Fig. 1 1 is a flow chart of one embodiment of a method 1 100 for decoding convolutional 
code. During a step 1 102 of the method 1 100, computer program code is generated for a processor 
(e.g., the processor 302 of Figs. 3 and 4) including two or more add-compare-select (ACS) 
instructions. The storage elements specified by each of the ACS instructions are selected such that 
there are no storage element conflicts and the processor will simultaneously execute the ACS 
instructions. 

[0102] As described above, the processor 302 of Figs. 3 and 4 includes multiple registers and 
is configured to simultaneously execute multiple ACS instructions, dependent upon a set of 
instruction grouping rules. Each ACS instruction specifies a subset of the storage elements. In 
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general, the instruction grouping rules avoid dependencies between instructions available for 
execution, including storage element conflicts. The storage elements specified by each of the ACS 
instructions of the computer program code may be selected such that there are no storage element 
conflicts, the grouping rules are met, and the processor will simultaneously execute the at least two 
ACS instructions. 

[0103] The computer program code includes instructions that, when executed by the processor, 
causes the processor to: (i) receive symbols of the convolutional code in sequence, wherein each 
symbol has a corresponding input value used to generate the symbol, (ii) use the received symbols 
to build a data structure including data indicative of most likely transitions between nodes of a 
trellis diagram and input values associated with the most likely transitions, and (iii) use the data 
structure to produce the input values corresponding to the received symbols of the convolutional 
code. Execution of the computer program code by the processor is initiated during a step 1 106. 
[0104] Regarding the building of the data structure, the computer program code may include 
instructions that cause the processor to performing the following for each symbol of the 
convolutional code: (i) determine likelihoods of transitions between nodes of a trellis diagram, (ii) 
select most likely transitions to nodes in a current stage of the trellis diagram, and (iii) modify the 
data structure to reflect the most likely transitions and the input values associated with the most 
likely transitions. 

VITERBI GSM DECODER USING ZSP500 DIGITAL SIGNAL PROCESSOR 
[0105] The processor 302 of Figs. 3 and 4 may be, for example, a ZSP500 digital signal 
processor (LSI Logic Corp., Milpitas, CA). A Viterbi decoder for GSM speech channel 
decoding was implemented in a data processing system including a ZSP500 digital signal 
processor (DSP) coupled to a memory system (e.g., the memory system 304 of Fig. 3). A 32- 
element data structure was allocated in the memory system and used to store path costs in 
decoding stages of the Viterbi decoder. 

[0106] Fig. 12 is a diagram of the contents of the 32-element data structure 1200 in decoding 
stages n and (n+1) of the Viterbi decoder. As indicated in Fig. 12, a new path cost (NPC) stored 
in the data structure 1200 in stage n becomes the old path cost (PC) in stage (n+1). A single 
pointer (address register aO) is used to sequentially load up to 4 old path costs (PC) as input to 
the Viterbi instructions (i.e., the add-compare-select or ACS instructions 308 of Figs. 3, 6A, 
and/or 7A). The destination registers of the Viterbi instructions are selected such that path cost 
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reordering is not needed prior to storing. Two pointers (address registers al and a2) store data at 
the NPC(m) and NPC(m+M/2) locations. Data is stored to allow sequential access at the next 
stage. 

[0107] As described above, in one embodiment of the processor 302 of Fig. 3, the load/store 
unit 404 includes 2 independent address generation units (AGUs). Each AGU may support, for 
example, one 16-, 32-, 40-, or 64-bit transfer per cycle of the CLOCK signal. The contents of 4 
consecutive 16-bit general purpose registers of the register files 408 of Fig. 4 can be read or 
written during a single quad-word (64-bit) load/store operation. A set of "quad registers" 
available for 64-bit load/store operations is denoted "rNq" where N = {0,4,8,12}. That is, each 
quad register rNq includes 4 consecutive 16-bit general purpose registers of the register files 408 
of Fig. 4. For example, quad register rOq includes general purpose registers rO, rl, r2, and r3. A 
64-bit load operation to quad register rOq writes data from the memory system 304 of Fig. 3 
(e.g., from the data structure 1200 of Fig. 12) to the general purpose registers rO, rl, r2, and r3 
simultaneously. Data for the Viterbi decoder implemented using the ZSP500 DSP is grouped in 
quad registers to allow optimal use of quad-word load/store operations. 

[0108] The Viterbi decoder implemented using the ZSP500 DSP carries out a symbol loop 
routine followed by a traceback routine. During the symbol loop routine, a cost metric is used at 
each stage of the trellis diagram to compute branch costs for each transition or branch. At each 
state, a branch cost associated with each of two incoming paths are computed and used to select a 
"survivor" path; the non-surviving path is abandoned. The branch cost associated with a 
particular transition represents the probability of the transition being correct. The path costs 
associated with the surviving paths are maintained as path metrics, each being a stage-by-stage, 
cumulative sum of the individual branch casts along the corresponding path. Each path metric 
represents a probability that the sequence of transitions along the path is correct. 
[0109] At each stage, path metrics for each new state are calculated using each incoming 
branch cost plus the previous path cost associated with that branch. The minimum of the two 
incoming paths is selected as the survivor. The computations include two "add-compare-select" 
(ACS) operations and updating a history of the surviving path. 

[0110] During the traceback routine, a path from end state '0' having the greatest probability 
of being correct (i.e., having the highest or lowest path metric) is traced back from node to node 
through the history of the surviving paths in reverse order. At each stage the surviving path 
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having the greatest probability of being correct (i.e., having the lowest path metric) is selected. 
During the traceback routine, the original input data bit sequence is obtained in reverse order. 

SYMBOL LOOP ROUTINE 

[0111] Table 1 below lists the general purpose register (GPR) allocations for the symbol loop 
routine of the Viterbi decoder implemented by the ZSP500 DSP: 

Table 1. General Purpose Register (GPR) Allocations 
For Symbol Loop Routine. 



1 


Used to Store 


rO 


NPCmx — result of Viterbi instruction 


rl 


NPCmy - result of Viterbi instruction 


r2 


NPC(m+l)x - result of Viterbi instruction 


r3 


NPC(m+l)y - result of Viterbi instruction 


r4 


PCmx 


r5 


PCmy 


r6 


PC(m+l)x 


r7 


PC(m+l)y 


r8 


Constant 8 (for address calculation) 


rl2 


BC,i=-RxX-RxY 


rl3 


BCoo= +RxX+RxY 


rl4 


BC, 0 = -RxY+RxY 


rl5 


BC 0 i=+RxX-RxY 



[0112] In table 1 above, 'm' represents a current state, 'x' represents an incoming branch 
from a lowest-valued state in a previous stage, and 'y* represents an incoming branch from a 
highest-valued state in the previous stage. 

[0113] The general purpose registers rO, rl, r2, and r3 of the quad register rqO are used to 
store the new path costs (NPC) results of the Viterbi instructions (i.e., the add-compare-select or 
ACS instructions 308 of Figs. 3, 6A, and/or 7A). The NPCO and NPC1 results are stored using 
double word stores, and in seperate memory blocks to allow use of quad- word loads when they 
are recovered as previous path costs. (See the register r4-r7 allocations below). 
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[0114] Referring to Fig. 12, NPCOx, NPClx, NPCOy, and NPCly are new path costs in stage 
n that become old path costs PCOx, PCOy, PC4x, and PC4y, respectively, in stage (n+1). The 
path costs are stored in two discontinuous locations of the data structure 1200 of Fig. 12, but are 
reloaded sequentially. 

[0115] Each new path cost (NPC) is calculated using the branch costs associated with the 
branches leading to the current node and the path cost associated with the node where those 
branches originated. The branch cost are stored in general purpose registers rl2 - rl5 at the 
beginning of a symbol loop routine, and remain the same until the next symbol loop iteration. 
For each block of four nodes, the corresponding previous path costs are loaded into general 
purpose registers r4 - r7. 

[0116] For example, in calculations for stage (n+1) of Fig. 12, branch costs BCn, BCoo, 
BCio, and BCoi are loaded into general purpose registers rl2, rl3, rl4, and rl5, respectively, and 
path costs PCOx, PCOy, PClx, PCly are loaded into registers r4, r5, r6, and r7, respectively. The 
new path costs NPCOx, NPClx, NPCOy, and NPCly may be generated and stored in general 
purpose registers rO, rl, r2, and r3, respectively, via the Viterbi instructions: 

vit_a rO, r4, rl2 // rO = min{(r4+rl2),(r5+rl3)} 

// iO = mm{(PCOx+BCn),(PCOy+BCoo)} 
vit_b rl, r6, rl2 // rl = min{(r6+rl3), (r7+rl2)} 

//rl =min {(PClx+BCoo), (PCly+BCn)} 
vit_b r2, r4, rl2 // r2 = min{(r4+rl3), (r5+rl2)} 

//r2 = min{(PCOx+BC 0 o), (PC0y+BC n )} 
vit_a r3, r6, rl2 // r3 = min{(r6+rl2), (r7+rl3)} 

// r3 = min {(PClx+BC n ), (PCly+BC 0 o)} 

where the Viterbi instructions 'vit_a' are embodiments of the add-compare-select or ACS 
instructions 308 of Figs. 3 and 6A-6C, and the Viterbi instructions 'vit_b' are embodiments of the 
add-compare-select or ACS instructions 308 of Figs. 3 and 7A-7C. 

[0117] The path costs PC2x, PC2y, PC3x, and PC3y are then loaded into registers r4, r5, r6, 
and r7, respectively. The new path costs NPC2x, NPC3x, NPC2y, and NPC2y may be generated 
and stored in general purpose registers rO, rl, r2, and r3, respectively, via the Viterbi instructions: 

vit_a rO, r4, rl2 // rO = min{(r4+rl2),(r5+rl3)} 
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//rO= min{(PC2x+BCii),(PC2y+BC 00 )} 
vit_b rl, r6, rl2 // rl = min{(r6+rl3), (r7+rl2)} 

//rl = min{(PC3x+BCoo), (PC3y+BCn)} 
vit_b r2, r4, rl2 // r2 = min {(r4+rl 3), (r5+rl2)} 

// r2 = min{(PC2x+BCoo), (PC2y+BCn)} 
vit_a r3, r6, rl2 // r3= min{(r6+rl2), (r7+rl3)} 

// r3 = min{(PC3x+BC,i), (PC3y+BC 00 )} 

[0118] As indicated in Table 1 and described above, the general purpose registers rl2, rl3, 
rl4, and rl5 of the quad register rl2q are used to store the branch costs BCn=-RxX-RxY, BCoo= 
+RxX+RxY, BCio= -RxY+RxY, and BC 0 i= +RxX-RxY, respectively. As described above, the 
branch costs BCoo, BCoi, BCio, and BCn are associated with the 00, 01, 10, and 11 input 
symbols to the Viterbi decoder, respectively. New branch costs are calculated during each 
iteration of the symbol loop routine. 

[0119] The general purpose registers r4, r5, r6, and r7 of the quad register r4q are used to 

store the previous path costs for four nodes of a current stage of a trellis diagram. Path costs and 

path cost calculations are described above. The path costs (PC) are loaded from the data 

structure 1200 of Fig. 12 using quad-word load operations(e.g., 'ldqxu' instructions). 

[0120] The general purpose registers r8 of the quad register r8q is used to store the constant 

value 8 for address calculations. The general purpose registers r9, rl0 5 and rll of the quad 

register r8q are used to store intermediate results (i.e., used as scratch registers). 

[0121] Table 2 below lists the address register (AR) allocations for the symbol loop routine 

of the Viterbi decoder implemented using the ZSP500 DSP: 

Table 2. Address Register (AR) Allocations 
For Symbol Loop Routine. 

AR Used to Store 

aO *PATHCOST 

al *NPClx 

a2 *(NPClx+8) = *NPCly 

a4 *TRCBAK 

a5 *RXDATA 
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[0122] In addition, an index register nO is used to store the constant value 4. 
[0123] The ZSP500 DSP completes the calculations of the symbol loop routine associated 
with each stage of the trellis diagram in 12 cycles of the CLOCK signal. The following variables 
are initialized prior to the start of a first iteration of the symbol loop: 

rl2 = RxX, 

rl3=BC 0 o, 
rl4 = RxY, 
r4 = PCOx; and 
r5 = PCOy 

[0124] The following is program code for the symbol loop routine written in assembly 
language for the ZSP500 digital signal processor (DSP): 

SymbLoop: // Cycle_l: 

// Load previous path costs (PClx, PCly) for use in cycle 3. 
// Calculate BCio & BCn; Update a2 store pointer 



lddu 


r6,a0,2 


//r6 = PClx,r7 = PCly 


sub 


rl4,rl2 


//rl4 = BCio 


neg 


rl2,rl3 


//rl2 = BC,i 


add 


a2,r8 


// a2 = (NPC0x+8) = NPCOy 


Cycle_2: 







// Calculate survivor path metrics for NPCOx & NPCOy. 
// rO = NPCOx = min ((r4+rl2), (r5+rl3)) 
// r2 = NPCOy = min ((r4+rl3), (r5+rl2)) 

vit_a r0,r4,rl2 

vit_b r2,r4,rl2 
Cycle_3: 

// Path costs in r6/r7; Branch costs in rl2/rl3; rl5 = BCoi- 
//Calculate survivor path metrics for NPClx. 

neg rl5,rl4 //rl5=BC 0 i 

vit_b rl,r6,rl2 
Cycle_4: 
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// Calculate survivor path metrics for NPCly. 
vita r3, r6, rl2 

ldqxu r4,a0 // r4=PC2x, r5=PC2y, r6=PC3x, r7=PC3y 

stdu r0,al,2 // Store NPCOx, NPClx 
Cycle_5: 

// Calculate survivor path metrics for NPC2x & NPC2y. 

stdu r2,a2,2 // Store NPCOy, NPCly 

vit_a r0,r4, rl2 

vit_b r2, r4, rl2 
Cycle_6: 

// Calculate survivor path metrics for NPC3x & NPC3y. 
vit_b rl,r6,rl2 
vit_a r3,r6,rl2 

ldqxu r4,a0 // r4=PC4x, r5=PC4y, r6=PC5x, r7=PC5y 

stdu r0,al,2 // Store NPC2x, NPC3x 
Cycle_7: 

// Calculate survivor path metrics for NPC4x & NPC4y 

stdu r2,a2,2 // Store NPC2y, NPC3y 

vita r0,r4,rl4 

vit_b r2,r4,rl4 
Cycle_8: 

// Calculate survivor path metrics for NPC5x & NPC5y. 
vitb rl,r6,rl4 
vita r3,r6,rl4 

ldqxu r4,a0 // r4=PC6x, r5=PC6y, r6=PC7x, r7=PC7y 

stdu rO,al ,2 // Store NPC4x, NPC5x 
Cycle_9: 

//Calculate survivor path metrics for NPC6x & NCP6y. 
stdu r2,a2,2 // Store NPC4y, NPC5y 
vita r0,r4,rl4 
vit_b r2,r4,rl4 
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CycleJO: 

// Calculate survivor path metrics for NPC7x & NPC7y. 

lddu rl2,a5,2 // rl2=RxX, rl3=RxY (next symbol) 

lddu r4,a0,2 // r4=PC0x, r5=PC0y (for next stage) 

vitb rl,r6,rl4 

vit_a r3,r6,rl4 
Cycle_ll: 

stdu r0,al,2 // Store NPC6x, NPC7x 
stdu r2,a2,2 // Store NPC6y, NPC7y 
mov rl4,rB //rl4=RxY 
add rl3,rl2 //rl3=RxX+RxY 
Cycle_12: 

// a2 now points to NPCOx for next stage 

mov al,a2 // al=NPC0x for next stage 

mov rO,%vitr // only 1 6 bits of 32-bit %vitr used 
stu r0,a4,l // Update Traceback Table 
agnl SymbLoop 
TRACEBACK ROUTINE 

[0125] Table 3 below lists the general purpose register (GPR) allocations for the traceback 
routine of the Viterbi decoder implemented using the ZSP500 DSP: 

Table 3. General Purpose Register (GPR) Allocations 
For Traceback Routine. 



GPR 


Used to Store 


rO 


current state (rC) 


rl 


current state (rC) 


r2 


2*rem(rC,8) + 1 (r2 LSB is set to 1) 


r4 


traceback bit 


r5 


control word far traceback bit extraction 


r6 


r6=0 (if rC < 8) or 1 (if rC>7) 


rl3 


traceback information for current state 
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rl4 working register for accumulated output bits 

[0126] Table 4 below lists the address register (AR) allocations for the traceback routine of 
the Viterbi decoder implemented using the ZSP500 DSP: 

Table 4. Address Register (AR) Allocations 
For Traceback Routine. 

AR Used to Store 
a3 *OUTPUT 
a4 TRCBAK 

[0127] A 16-bit Viterbi traceback register value is generated during each iteration of the 
symbol loop routine. Each bit of the traceback register value corresponds to an ACS decision 
selecting the shortest path through the trellis diagram including the portion 200 of Fig. 2 for a 
particular stage and state. Each 16-bit word represents the results for all 16 states at a given 
stage of the trellis diagram. These results are stored sequentially in memory in 189 consecutive 
locations as a traceback array with one word for each original input bit. 

[0128] The traceback routine uses this information in an attempt to recreate the original shift 
register states seen in the convolutional encoder 100 of Fig. 1, and therefore the input bits that 
generated those states. The traceback routine essentially works backwards through the traceback 
array starting with the last generated element from the symbol loop routine. The traceback 
routine follows the shortest path back to the beginning stage of the trellis diagram including the 
portion 200 of Fig. 2. At each step along the shortest path one of the 189 input data bits is 
recovered. 

[0129] Referring back to Fig. 2, if state '0000' is the current state in stage n then the previous 
state in stage n-1 may be either state '0000' or '1000', depending on which path is shortest path. 
However, the only way to get to state '0000' is for the data input D(n) to the convolutional 
encoder 100 of Fig. 1 to be a logic '0' (as indicated by the solid lines in Fig. 2). By tracing back 
through the trellis diagram including the portion 200 of Fig. 2, all 189 input bits can be 
recovered. 

[0130] The traceback routine actually consists of two nested loops to facilitate generating the 
output words - an inner bit loop and an outer word loop. The word loop is used to store bit- 
packed output words. Each iteration of the inner loop uses a new 16-bit traceback array element 
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to generate a new output bit. References to the "traceback loop" below refer to the inner bit loop 
of the traceback routine. 

[0131] Since GSM encoding includes tail bits to assure that the final state is 0 as described 
above, there is no need to calculate the shortest path length for all 16 possible starting states. 
The traceback loop starts at state 0 by virtue of the tail bits. 

[0132] Register rl3 contains the 16-bit traceback array element for the current iteration of 
the traceback loop. The elements of the traceback array are used in a FILO (first in, last out) 
order. This is the reverse of the order in which they were created during the symbol loop routine. 
The initial value of register rl3 is the last Viterbi register value calculated by the symbol loop 
routine. For algorithm convenience, traceback array elements have their bits reordered by the 
"revb" instruction prior to first use. This bit reordering swaps bit 0 with bit 15; bit 1 with bit 14; 
bit 2 with bit 13; and so on. 

[0133] Register rO is a recreation of the shift register used in the convolutional encoder 100 
of Fig. 1, and also represents the current state in a stage of the trellis diagram including the 
portion 200 of Fig. 2. Register rO contains 4 memory elements, and starts with an initial value of 
0. At each iteration of the traceback loop, a single bit is selected from the traceback word. This 
bit is then inverted and shifted into the shift register. The bit shifted out the other end is the 
output bit, and is contained in register r6. 

[0134] Table 5 below lists register contents during an exemplary portion of the traceback 
routine: 

Table 5. Register Contents 
During an Exemplary Portion 
of the Traceback Routine. 

r4 rO r6 r5[ll:8] 

Sel. Inv. Prev Curr. Prev. Curr. Bit 

rl3 Bit Bit State State Output Output Index 

1101 0011 1101 1111 1 0 0000 0000 0 0 0000 

11110011 1011 1011 1 0 0000 0000 0 0 0000 
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0100 0110 0110 0110 0 1 0000 0001 0 0 0000 

0110 0110 01101111 1 0 0001 0010 0 0 0010 

01100111 1011 1001 1 0 0010 0100 0 0 0100 

1001 1011 1111 1011 1 0 0100 1000 0 1 1000 

0000 00110001 0000 0 1 1000 0001 1 0 0001 

11110000 01101110 1 0 0001 0010 0 0 0010 

01100111 1011 1001 1 0 0010 0100 0 0 0100 

0000 0000 0000 0100 0 1 0100 1001 0 1 1000 

1101 1101 1101 1101 1 0 1001 0010 1 0 0011 

0010 0110 0110 0110 0 1 0010 0101 0 0 0100 

0110 0110 0000 0000 1 0 0101 1010 0 1 1010 

011011000110 0110 1 0 1010 0100 1 0 0101 

0110 0100 0110 0100 0 1 0100 1001 0 1 1000 

1111 1011 1001 1101 1 0 1001 0010 1 0 0011 

0110011101100111 0 1 0010 0101 0 0 0100 

100100010010 0010 0 1 0101 1011 0 1 1010 

000010110010 0100 0 1 1011 0111 1 0 0111 

1111010001100110 1 0 0111 1110 0 1 1110 

[0135] Each row in Table 5 above represents an iteration of the traceback loop. The register 
rl3 contains the reverse of the Viterbi register. The "selected bit" is selected from the register 
rl3 bits using the register r5[l 1 :8] "bit index." 
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[0136] The notation "r5[ll:8]" refers to bits 11 through 8 of register r5. The register 
r5[ll:8] bit index is formed by left shifting the previous state by one bit position and logically 
ANDing the result with the previous output. The r5[l 1:8] bit index is a binary representation of 
the relevant bit position to select from register rl3. The register rO current state is formed by left 
shifting the inverted bit "Inv. Bit" into the previous state. The register r6 current output is the bit 
shifted out of the current state on the transition to the next state. 

[0137] The following is program code for the traceback routine written in assembly language 
for the ZSP500 digital signal processor. A traceback table is generated during the symbol loop 
routine as described above by storing 16 bits of the Viterbi register 'vitr' after each stage. The 16 
bits of the Viterbi register are the history of survivor paths selected for each ACS function, and 
hence the history of encoder input bits that generated those paths. A "0" means the first path of 
the vit_x comparison was selected as minimum, and a "1" means the second path of the vit_x 
comparison was selected. 

[0138] As described above, the traceback algorithm follows the trellis diagram including the 
portion 200 of Fig. 2 backwards through all 189 Viterbi register entries. It determines the current 
output bit for a stage by using the current state as an index into the Viterbi register bits. Output 
bits are recovered in the reverse order from their transmission. 

TBLoops: // CycleJTB_l : 

// Begin building a control word (r5) to extract the traceback bit 

shll rl5,l // rl5 « 1 and rl5[LSB]=0 

ins r5,r0 // r5 = 0x0#01 Control: <rl = 0x903> 

shrl r6,3 // r6=0 (if rC < 8) or 1 (if rC > 7) 

ldu rl3,a4,-l // rl3 (rT) = Traceback info (vitr) 
Cycle_TB_2: 

// Complete building the r5 control word 
// Reverse the traceback info 

ins r5,r6,8,l //r5 = 0x0#01 

revb rl 3, 1 5 // reverse Traceback info sequence 
Cycle_TB_3: 

// Using control in r5, extract the traceback bit from rl3 to r4 
// r4 now has current traceback bit 
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ins r2,r0,l,3 // r2 = 2*rem(rC,8) + 1 (r2 LSB is set to 1) 
ext r4,rl 3 // r4[LSB] = "traceback bit" (r4 = 0 or 1) 
Cycle_TB_4: 

// Update output word with current output bit 

or rl5,r6 // r 1 5 [LSB]=current output bit 

sub r0,r2,r4 // rO = rC (updated) 

sub r6,r2,r4 // r6 = rC (to extract bit rC[3]) 

agnO TBLoops 
Cycle_TB_5: 

// Store packed output; reload loop counter; repeat loop 
stu rl5,a3,-l // Store O/P (packed word) 
mov rl 5,0 // Clear O/P word 

mov %loop0,15 // 16 bits per O/P word 
agnl TBLoops 

[0139] The ZSP500 DSP has enhanced support for bit manipulation, including a bit insert 
instruction "INS" and a bit extract instruction "EXT." The traceback processing makes effective 
use of these bit-level operations. 

[0140] In the ZSP500 DSP implementation, an average of 4 cycles per stage are used in the 
traceback routine. The outer loop is executed once per output word, for 12 iterations. The inner 
loop is executed once per bit in each output word — 16 iterations for all but the first word, which 
uses 13 iterations. Total cycles for traceback is (16*4+1)*12 - (3*4) = 768 cycles. 

VITERBI BENCHMARKS FOR DIGITAL SIGNAL PROCESSORS 

[0141] Viterbi benchmark cycle counts for general purpose digital signal processors (DSPs) 
are shown in Table 6. Processor cycles for Viterbi decoding, traceback and overhead are all 
combined into "Cycles per Decoded Output Bit." Sources for external information are 
documented in the references. 

Table 6: Viterbi Benchmarks for DSPs - 
Rate = Yz, Constraint Length=5, Frame Size = 189 Bits. 

Cycles per 

Processor Decoded Output Bit 
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Texas Instruments 'C54 



61 



ADSP-2106x SHARC 



58 



Texas Instruments 'C62 



38 



3D5P SP-5 



33 



Infineon Carmel 



22 



LSI Logic ZSP500 



16 



Texas Instruments 'C64 



14 



StarCore SC140 



11 



[0142] References for information in Table 6 are available from the authors on request. 
[0143] At 16 cycles per decoded output bit, the above described implementation of the 
Viterbi decoder for GSM speech channel decoding using the ZSP500 DSP outperforms many 
mainstream dual-MAC DSPs and approaches performance seen in high performance quad-MAC 
DSPs with more functional units. With 189 bits per frame at 50 frames per second, the ZSP500 
processing load was 0.16 MHz. Depending on additional application tasks that need to be 
handled, multiple voice channels can be assigned to the ZSP500. This is also for true for recent 
third generation (3G) wireless systems where convolutional encoders with longer constraint 
lengths (K=9) are used. The ZSP500 processing load for Viterbi decoding of each WCDMA 
speech channel is estimated to be 2.4 MHz. 

[0144] The particular embodiments disclosed above are illustrative only, as the invention may 
be modified and practiced in different but equivalent manners apparent to those skilled in the art 
having the benefit of the teachings herein. Furthermore, no limitations are intended to the details 
of construction or design herein shown, other than as described in the claims below. It is therefore 
evident that the particular embodiments disclosed above may be altered or modified and all such 
variations are considered within the scope and spirit of the invention. Accordingly, the protection 
sought herein is as set forth in the claims below. 
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